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EXECUTIVE  SUMl»^ARY 


The  goal  of  this  paper  is  to  assist  the  Army  Program  Manager 
and/or  other  interested  persons  in  becoming  familiar  with  prob- 
lems that  occur  prior  to  and  during  OT  II  testing.  The  views 
expressed  in  this  paper  are  those  of  the  author,  based  on  experi- 
ence, and  may  not  necessarily  reflect  the  views  of  the  AN/TPQ-36 
Program  Manager  or  the  Army.  This  paper  points  out  many  problems 
that  occured  during  the  OT  II  testing  of  the  AN/TPQ-36  radar. 

Some  of  the  problems  discussed  are  unique  to  this  program  and 
some  apply  to  programs  in  general.  Some  problem  areas  discussed 
are  planning,  training,  support  equipment  manuals  and  data.  The 
report  is  summarized  by  a fifteen  point  check  list  of  general 
areas  of  concern  for  a Program  Manager  during  the  time  period  of 
OT  II  testing. 
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SECTION  I 
INTRODUCTION 
Purpose 

A lessons  learned  paper  is  not  a historical  accounting  of 
events,  but  rather  a systematic  approach  of  going  from  the  specific 
I study  to  the  general  rule.  The  specific,  in  this  case,  is  the 

! user  testing  of  the  AN/TPQ-36  radar.  What  I would  like  to  do 

in  general  is  develop  a check  list  of  areas  of  concern  for  any 
Program  Manager  during  the  time  frame  of  OT  II  testing. 

Operational  Testing  is  a key  milestone  in  the  acquisition 
I process.  This  test  is  normally  the  first  time  man,  machine  and 

j logistics  play  together  in  a real  world  scenario.  Direct  respon- 

sibility for  the  user  testing  lies  in  the  hands  of  the  Independent 
Evaluator.  The  test  is  conducted  for  the  Office  of  the  Secretary 
; of  Defense  to  assist  the  Defense  Systems  Acquisition  Review 

1 Council  (DSARC)  in  making  a system  production  decision.^  The 

Independent  Evaluator  in  the  case  of  the  Army  is  the  Operational 
yest  and  Evaluation  Agency.  They  are  also  a non  voting  member 
of  the  DSARC. 

Even  though  OTEA  has  primary  responsibility  for  running  the 
user  test,  the  Program  Manager  still  has  many  duties.  The 
Program  Manager  who  thinks  he  can  turn  his  system  over  to  the 
j Independent  Evaluator  and  walk  away,  is  doing  his  program  and 

’ his  system  an  injustice. 

^The  AN/TPQ-36  is  a DSARC  level  program  but  the  Secretary 
of  Defense  has  allowed  it  to  remain  at  the  ASARC  level  of  approval. 

Therefore,  the  OT  II  test  report  will  be  part  of  an  ASARC  decision 
for  production. 

1 
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System  Description 

The  AN/TPQ-36  radar  is  a highly  mobile  phased  array  radar 
for  tracking  and  locating  mortar  and  artillery  fire.  It  pos- 
sesses the  unique  ability  to  follow  a terrain  crest  (See  figure 
1).  The  radar  beams  are  set  at  the  crest  of  the  surrounding 
hills,  and  as  the  radar  scans  over  a 90  degree  sector,  the  beams 
follow  a contour  of  the  terrain.  When  a projectile  pierces  this 
fence,  a pencil  beam  is  scheduled  to  intermittently  track  the 
projectile  through  5 degrees  in  elevation.  From  these  plot  points 
of  the  trajectory,  it  extroplates  a grid  location  back  at  the 
origin.  The  weapon,  once  located,  is  displayed  in  the  control 
shelter.  The  display  is  exhibited  by  a lighted  grid  coordinate 
on  a map,  a digital  read  out,  and  a hard  copy  print  out. 

The  AN/TPQ-36  radar  was  developed  by  Hughes  Aircraft  Ground 

Systems  Group  in  Fullerton,  California.  It  was  developed  on  a 

sole  source  cost  plus  incentive  fee  type  contract.  The  radar  was 

originally  designed  as  a mortar  locating  radar,  but  changes  in 

. . . . 2 

the  "Threat”  compelled  adding  an  artillery  locating  capability. 

The  Marine  Corp.  was  developing  a hostile  weapons  locating  system 
during  the  same  time  period  under  a contract  with  Raytheon  Corp, 
This  necessitated  a comparitive  evaluation  or  shoot  off  at  Yuma, 
Arizona  during  the  development  phase.  The  AN/TPQ-36  proved  to 
be  superior  to  the  Marine  Corp.  system  and  consequently  the  Corp. 

^For  comprehensive  discription  of  the  system,  see  the  OT  II 
Test  Plan  System  Description  and  the  Hughes  Aircraft  brochure 
appendices  B and  C. 
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SECTION  II 


PRS  OT  II  TESTING 
PLANNING 

Operational  testing  of  the  AN/TPQ-36  radar  requires  many 
artillary  and  mortar  pieces  firing  in  concert.  This  necessi- 
tates that  the  test  be  run  where  there  is  Divisional  support. 

The  original  test  was  scheduled  for  Ft,  Riley,  Kansas.  Due  to 
training  requirements,  there  was  a limited  amount  of  time  in 
which  Ft.  Riley  could  participate  in  the  test.  During  a relia- 
bility road  test  prior  to  OT  II  testing,  the  designated  test 
model  was  overturned.  This  accident  inevitably  dictated  a two 
month  slip  in  the  program.  Consequently,  OTEA  had  to  hastily 
put  together  a plan  to  support  the  test  in  Korea.  This  presented 
some  major  problems  for  the  Program  Manager  in  the  area  of  logis- 
tics and  contractor  support.  OTEA  had  problems  of  their  own  in 
that  the  radar  sites  were  located  very  close  to  the  Demilitarized 
Zone,  and  the  impact  area  for  artillary  was  only  one  kilometer 
square.  Since  the  radar  sites  were  in  such  close  proximity  of 
the  Demilitarized  Zone,  the  jamming  and  counter  measures  portion 
of  the  test  could  not  be  accomplished  in  Korea.  Therefore,  a 
separate  jamming  and  counter  measures  test  was  set  up  at  the 
Marine-  Corp.  base  at  29  Palms,  California.  There  were  other 
problems  beyond  the  control  of  OTEA,  one  being  the  rumored  with- 
drawal of  United  States  troops  from  Korea.  It  was  finally  evi- 
dent, two  weeks  before  shipment,  that  the  security  and  political 
problems  of  running  the  test  in  Korea  were  insurmountable.  At 


r 

s 


this  time  a third  and  final  plan  was  set  up  to  run  the  test  at 
Ft.  Carson,  Colorado.  The  final  schedule  ended  with  the  major 
test  at  Ft.  Carson,  Colorado  and  the  jamming  and  counter  measures 
test  still  at  29  Palms,  California, 

The  Program  Manager  has  many  inputs  to  the  OT  II  test  site 
location,  primarily  through  the  Test  Integration  Working  Group 
(TIWG).^  This  brings  us  to  the  first  check  point  on  the  Program 
Managers  check  list. 


Check  Point  One » The  Program  Manager  should  develop  as  many 


contingency  plans  for  OT  II  as  economicallv 


ossible.  These  contingency  clans  should  be 


developed  at  the  same  time  as  the  test  design 


Ian  and  should  include  all  support  agreements. 


Training 

The  Program  Manager  is  the  undisputed  advocate  of  his  system. 
If  this  enthusiasm  is  not  unfounded,  the  Program  Manager  should 
welcome  pre  OT  II  training  as  an  opportunity  to  develop  evan- 
gelists for  his  system.  The  Program  Managers  office  has  the  ob- 
ligation to  train  all  the  participants  in  the  OT  II  test.  Train- 
ing for  the  AN/TPQ-36  program  included  operational  personnel, 
maintenance  personnel  and  monitors.  One  of  the  key  Points  to 
consider  in  selecting  people  for  these  jobs  is  their  term.ination 
date  of  service.  The  people  selected  should  have  termination 


^The  TIWG  is  a chartered  group  which  includes  represenatives 
from  the  Program  Managers  office,  contractor,  user,  and  opera- 
tional and  development  testers.  Their  function  is  ostensibly  to 
review  all  testing  and  eliminate  duplications. 
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dates  that  are  well  past  the  lates  conceivable  date  for  comple- 
tion of  the  test.  This  will  eliminate  problems  of  motivation 
that  could  bias  the  data  in  the  test.  The  training  should  be 
set  up  in  such  a way  that  it  terminates  just  prior  to  the  begin- 
ning of  the  test  to  insure  that  the  training  is  current,  A real 
problem  occures  when  the  test  is  delayed.  In  the  case  of  the 
AN/TPQ-36,  delays  necessitated  a refresher  course  be  set  up  prior 
to  the  test.  One  observation  made  in  the  training  for  the  AN/TPQ- 
36  was  that  the  contractor  in  his  training  program,  had  not  re- 
quired the  students  to  do  the  maintenance  test  set  ups.  During 
the  test,  this  became  a problem  when  the  maintenance  personnel 
had  difficulty  selecting  the  appropriate  test  equipment.  This 
problem  was  compounded  by  the  fact  that  in  some  cases  the  con- 
tractor haa  used  commercial  test  equipment.  To  the  plant  engi- 
neers doing  the  training,  there  was  not  a significant  difference 
between  commercial  and  government  test  equipment,  but  to  the 
maintenance  people  trained  on  only  one  piece  of  equipment  the 
differences  were  monumental.  An  observation  to  come  out  of  the 
OT  II  test  is  that  the  user  should  have  had  a trained  member  on 


the  test  team.  The  user  in  the  Army  is  the  Training  and  Doctrine 
Command  (THADOC).  TRADOC  sets  the  doctrine  for  use  of  the  equip- 
ment. OTEA  uses  this  doctrine  in  the  design  of  the  OT  II  Test 
Plan.  Since  all  of  the  unforseen  situations  cannot  be  treated 
in  the  test  plan,  a well  trained  represenative  of  the  user,  with 
the  authority  to  establish  doctrine  as  required,  must  be  present 

throughout  the  test.  This  therefore  adds  four  more  checlc  points 
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to  the  Problem  Managers  check  list. 


Check  Point  Two*  Select  nominees  for  training  that  will  be 

continuing  in  the  service  after  OT  II  test- 
ing. 

Check  Point  Three i Training  should  contain  a high  percentage 

of  hands  on  experience  and  should  be  com- 
pleted just  prior  to  the  start  of  the  6~f 
II  test. 

Check  Point  Poun  Press  for  the  maximum  number  of  pre  OT  II 

training  slots  as  economically  possible. 


Check  Point  Five*  Include  the  user  as  part  of  the  training 

program. 


Spares  and  Test  Equipment 

The  one  most  common  problem  with  spares  and  test  equipment 
is  inventory.  The  Program  Manager  and  OTEA  should  resolve  their 
differences  on  what  equipment  is  to  be  supplied  for  the  test, 
long  before  the  test  begins.  The  test  site  is  not  the  place  to 
argue  over  what  should  be  on  the  list.  All  that  should  be  re- 
quired at  the  test  site  is  an  inventory  of  parts  shipped.  This 
inventory  was  the  first  time  I,  personally,  had  seen  all  the 
special  test  equipment  together  in  one  place.  Since  I have  done 
most  of  the  common  direct,  general  and  organizational  mainte- 
nance test  set-ups,  it  surprised  me  to  see  many  pieces  of  test 
equipment  I had  never  used  before.  A fast  survey  of  the  direct 
support  maintenance  manuals  showed  that  approximately  60  percent 
of  the  major  items  of  test  equipment  were  required  for  only  about 
15  percent  of  the  direct  support  tasks.  This  makes  one  suspect 

that  a high  rate  of  return  on  life  cycle  costs  could  be  gained 
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by  investigating  this  area. 

The  Department  of  Defense  Directive  5000.3,  states  that 
one  of  the  purposes  of  OT  II  testing  is  to  demonstrate  that  the 
system  can  be  supported  logistically  in  the  deployed  status. 

The  Program  Manager’s  dilemma  is  in  simulating  his  logistics 
philosophy  when  the  entire  logistics  system  is  not  complete. 

The  AN/TPQ-36  program  required  the  contractor  to  simulate  the 
depot  maintenance.  It  is  very  desirable  in  OT  II  testing  to 
have  the  contractor  take  a very  low  profile.  This  is  because 
any  interface  between  the  contractor  and  OTEA  this  late  in  the 
game  can  only  make  evaluators  question  whether  Array  troops  could 
actually  maintain  the  system.  I would  suggest  that  if  the  con- 
tractor is  to  be  used  at  the  test  site,  that  he  be  isolated  from 
the  OTEA  personnel.  The  contractors  interface  should  be  through 
the  Program  Manager’s  representative. 

In  the  area  of  direct  support,  several  questions  arise. 

Will  the  direct  support  maintenance  man  stay  in  the  field  witn 
the  system?  If  so,  how  will  he  transport  the  test  equipment  so 
that  it  is  not  damaged?  I bring  this  up  because  in  the  OT  II 
teat,  the  direct  support  man  was  required  to  stay  in  the  field 
during  the  entire  test.  This  was  done  to  minimize  the  "down 
time"  during  a direct  support  failure.  He  was  given  an  expand- 
ing van  without  racks  to  protect  the  test  equipment  and  was  re- 
quired to  live  in  the  van  which  lead  to  much  of  the  equipment 
being  damaged  and  misplaced.  This  also  leads  to  a morale  problem 


when  the  direct  support  man  is  called  on  to  do  his  job.  The 
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final  question  is,  what  did  OTEA  plan  to  do  if  they  did  not  get 
enough  failures  to  evaluate  the  logistics  support  system?  On 
the  AN/TPQ-36  test,  OTEA  decided  to  simulate  failures.  This 
should  be  permissible  if  simulated  failures  are  planned  well  in 
advance  so  that  they  will  not  damage  the  system.  They  also  must 
be  selected  to  demonstrate  the  correct  symptoms  when  the  failure 
occurs.  It  was  obvious  that  OTEA  had  not  used  forethought  in 
this  area.  This  testing  of  simulated  failures  displeased  the 
Program  Manager's  office  because  OTEA  had  been  invited  to  partic- 
ipate in  the  earlier  Maintenance  Demonstrations  at  the  contrac- 
tors plant  and  had  declined.  This  brings  us  back  to  the  Program 
Manager's  check  point  list. 

Check  Point  Sixi  Have  an  agreed  upon  inventory  check  list 

for  spares  and  test  equipment. 

Check  Point  Severn  If  the  contractor  is  involved  in  the  test, 

have  him  answer  to  the  Program  Manager  and 
retain  a low  profile. 

Check  Point  Eight « Insist  that  OTEA  observe  all  Maintenance 

Demons~trations  prior  to  OT  II  testing. 

Manuals 

There  will  never  be  a manual  that  satisfies  everyone.  Stu- 
dents during  training  are  one  of  the  best  inputs  for  correcting 
manuals.  As  I mentioned  earlier,  it  is  very  desirable  in  any 
test  program,  to  have  all  of  the  training  current.  With  very 
little  time  between  training  and  start  of  test,  getting  the  man- 
uals updated  is  a problem.  Since  many  changes  will  also  be  sug- 
gested during  OT  II,  I find  nothing  wrong  with  working  from 
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marked  up  manuals.  The  manuals  should  be  formally  updated  after 
completion  of  OT  II  test. 


Check  Point  Ninei 


Don’t  be  reluctant  to  use  marked  up  man- 
uals  during  OT  II  testing. 


SECTION  III 


f 

! 


) 

TEST  I 

The  Warm  Up  Period  | 

The  Program  Managers  represenative  and  the  contractor  should 
try  to  arrive  early  for  the  OT  II  test,  A formal  date  should 

j 

be  agreed  upon  for  making  the  necessary  transition.  The  con-  j 

tractor  should  thoroughly  review  his  system,  insuring  that  no  j 

problems  exist.  The  system  should  then  be  operated  as  much  as  I 

possible  before  systems  turn  over.  This  warm  up  period  is  cru-  j 

I 

cial  for  good  testing.  This  should  be  accomplished  even  if  it  | 

J 

causes  some  delay  in  the  test.  Many  times,  because  of  the  large  ] 

j 

number  of  resources  required  in  testing,  we  let  the  test  schedule  | 

I 

take  priority  over  more  important  factors.  This  can  often  ad-  i 

versely  effect  the  system.  In  the  system  check-out  of  the  AN/ 

TPQ-36.  it  was  found  that  cap  screws  of  incorrect  length  had  been 

used  in  a keeper  on  a roller  bearing.  The  contractor  was  in  a j 

panic  mode  to  turn  the  system  over  to  OTEA,  The  engineers  in 

their  haste  to  fix  the  problem  had  inadvertently  forgotten  to 

tighten  a set  screw  in  place  on  an  azimuth  encoder.  This  caused 

later  repercussions,  when  during  the  test,  one  entire  firing 

scenario  had  to  be  discarded. 

Check  Point  Teni  Do  not  allow  the  pressures  of  test  schedule 

and  resources  to  obscure  the  objectives  of 
the  test. 
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Test  Management 

The  test  plan  should  be  ratified  by  all  concerned  parties 
before  the  beginning  of  OT  II.  When  the  Program  Managers  office 
reviewed  the  test  plan,  it  seemed  acceptable,  but  in  practice 
many  questions  surfaced.  OTEA  had  a section  in  the  test  plan 
to  test  radar  transparent  camouflage  nets.  When  the  test  was 
actually  run,  hundreds  of  firings  were  done  with  and  without 
the  nets.  This  testing  would  have  been  fine  if  its  purpose  was 
to  prove  that  radar  transparent  nets  are  radar  transparent.  How- 
ever, the  purpose  of  the  test  was  to  show  a physical  compatibil- 
ity between  the  radar  and  some  netting  configuration.  I feel 
the  firings  were  a gross  waist  of  money.  These  firings  were  very 
distressing  when  you  realize  that  some  of  the  key  parameters  of 
the  radar,  that  should  have  been  tested  were  not.  In  a heavy 
firing  scenerio,  the  primary  goal  is  to  locate  as  many  different 
firing  positions  as  possible.  The  theory  is  that  it  is  better 
to  locate  many  different  gun  positions  as  opposed  to  locating 
one  gun  position  many  times.  The  radar  accomplishes  this  by  an 
auto  censor  capability  that  is  selected  by  the  operator.  The 
radar  operator  presses  a key  board  and  enters  the  number  of  tar- 
gets he  wants  as  an  upper  threshold.  If,  for  example,  the  oper- 
ator selects  three,  this  means  that  after  a certain  target  has 
been  located  three  times,  the  computer  will  no  longer  waste  time 
on  that  target.  This  gives  the  radar  more  time  to  acquire  new 
targets.  It  was  always  assumed  by  the  Project  Manager  that  the 

use  of  this  option  would  be  at  the  discretion  of  the  operator. 
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As  I mentioned  earlier,  TRADOC  establishes  the  doctrine  for  the 
or  II  test  plan.  TRADOC  had  omitted  any  guidance  on  the  use  of 
auto  censoring.  TRADOC  and  OTEA  could  not  resolve  their  differ- 
ences and,  with  the  schedule  pressing,  it  was  decided  the  opera- 
tor  could  not  use  the  option.  This  brings  us  back  to  one  of 
the  first  points  I mentioned.  TRADOC  should  have  a trained  man 
at  the  site  with  the  authority  to  establish  doctrine. 

The  AN/TPQ-36  has  two  modes  of  operation.  One  mode  is  when 
a small  window  is  set  up  out  in  space  and  an  artillery  shell  is 
fired  through  it.  The  radar  tracks  the  shell  and  gives  grid 
locations  on  the  impact.  This  is  called  the  friendly  fire  mode. 
It  is  used  to  register  friendly  fired  weapons.  The  normal  mode 
of  operation  is  where  the  radar  scans  a 90  degree  sector,  track- 
ing the  incomming  projectiles  and  determining  their  point  of  or- 
igin. This  is  the  hostile  fire  mode.  Throughout  the  OT  II  test 
plan,  OTEA  had  referred  to  the  friendly  fire  test  as  friendly 
fire  with  hostile  clutter.  When  talking  about  radars,  clutter 
normally  means  radar  returns  from  natural  objects  such  as  trees, 
rocks,  and  clouds.  What  OTEA  meant  by  hostile  clutter  was,  that 
during  friendly  fire  missions,  they  would  try  to  put  a hostile 
shot  in  the  registration  window  at  the  same  time.  Although  the 
Program  Manager  realized  that  this  test  could  have  some  academic 
value,  he  felt  that  because  of  the  small  registration  window,  it 

^The  Program  Manager  had  hoped  that  empirical  data  could 
be  gathered  in  this  test  to  aid  the  operator  in  selecting  the 
upper  threshold. 
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was  statistically  very  unlikely  to  occur.  When  the  two  artil-  j 

lary  trajectories  were  laid  out,  we  found  that  the  impacts  for  | 

i 

both  trajectories  were  one  and  the  same.  The  Program  Managers  | 

office  pointed  out  that  they  could  not  think  of  a war  scenario  j 

were  friend  and  foe  fire  at  the  same  target  at  the  same  time.  | 

OTEA  dropped  the  hostile  clutter  from  the  test.  This  brings  us  j 

to  our  next  check  point.  i 

Check  Point  Sleveni  The  Program  Manager  should  religiously 

compare  the  OT  II  test  plan  to  the  vali- 
dated threat. 

Data 

When  the  AN/TPQ-36  was  going  through  the  first  development 
test,  the  Program  Managers  office  set  up  data  sheets  for  the  data  ^ 

collectors  to  use.  The  data  sheets  were  staffed  through  the 
functional  groups  at  the  Electronics  Command.  The  functional 
groups  were  asked  to  add  to  the  data  sheets  if  they  needed  more 
information.  During  the  first  field  test,  data  collectors  had  to 
fill  out  eight  sheets  of  data  for  each  shot.  This  was  totally 
unacceptable  and  In  suocaaaive  tasta,  w«  reduced  the  data  aheeta 
to  two.  In  reducing  the  number  of  documents,  we  had  put  the  data 
in  a more  usable  form  without  sacrificing  any  usable  statistics. 

The  contractor  had  also  developed  an  automated  data  reduction 
system  which  gave  the  program  office  a very  fast  turn  around  time. 

This  data  reduction  facility  was  offered  to  OTEA  for  the  opera- 
tional test,  but  unfortunately  they  declined  to  use  it.  OTEA 
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went  through  a learning  curve  of  their  own.  There  was  a point 
in  time  when  even  the  OTEA  evaluators  could  not  understand  the 
data.  The  Test  Integration  Working  Group  should  strive  to  get 
all  test  data  consistant.  This  makes  the  data  easier  to  evalu- 
ate and  aggregate. 


Check  Point  Twelve i 


The  test  data  collection  doauments 
should  be  as  compatible  as  possible 
throughout  al 1_  the  tests  in  the  life 
cycle  of  the  system. 


Reliability,  Availability,  and  Maintainability  (RAM)  data 
was  the  biggest  deterrent  in  the  entire  OT  II  test.  Raw  data 
on  RAM  are  collected  on  what  OTEA  calls  Operational  Test  Inci- 
dent Reports  (OTIR’s).  This  RAM  data  is  collected  by  data  col- 
lectors that  go  through  the  same  training  as  the  direct  support 
maintenance  personnel.  As  failures  occured  or  maintenance  was 
performed,  these  OTIR’s  were  filled  out  to  reflect  the  facts  and 
time.  The  OTIR'S  are  then  held  until  after  OT  II  is  complete. 

A RAM  scoring  conference  is  then  held  and  the  OTIR's  are  scored 
against  the  TRADOC  failure  criteria  (see  appendix  D).  The  scor- 
ing conference  determines  if  the  failures  were  operator  error, 
system  failure,  system  abuse  or  not  a chargeable  failure.  After 
the  scoring  conference  the  Mean  Time  To  Repair  (MTTR),  the  Mean 
Time  Between  Failures  (MTBF)  and  Availability  of  the  system  can 
be  determined.  What  I have  described  to  you  is  the  way  the  sys- 
tem is  suppose  to  work.  The  way  the  system  actually  worked,  was 

that  the  data  collector  was  speculating  on  the  cause  of  the  fail- 
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ures.  The  data  sheets  not  only  contained  the  facts,  but  propa- 
ganda to  defend  OTEA*s  position  that  incidents  were  in  fact  fail- 
ures. The  OTEA  test  director  sent  the  OTIR's  back  to  the  data 
collectors  for  elaboration  sometimes  four  or  five  times.  This 
caused  a lot  of  extraneous  and  erroneous  data  to  be  included  in 
the  OTIR*s.  The  scoring  conference  consists  of  OTEA,  the  Program 
Manager  and  TRADOC  with  OTEA  being  the  chairman.  OTEA  and  the 
Program  Manager  have  one  vote  each  and  TRADOC  two  votes . OTEA 
goes  to  the  scoring  conference  with  the  attitude  that  all  OTIR's 
are  failures.  The  scoring  conference  boils  down  to  TRADOC  decid- 
ing which  are  failures  and  which  are  not.  OTEA  has  the  upper 
hand  in  this  game  because  they  have  tailored  the  OTIR's  to  their 
position.  The  only  way  I can  see  to  eliminate  these  problems 
is  for  the  Program  Manager  to  get  copies  of  the  original  OTIR's 
and  review  them  to  be  certain  that  only  facts  and  times  are  re- 
corded. 


Check  Point  Thirteen: 


All  data  recorders  should  be  instructed 
to  report  facts'  and  not  personal  analy- 


3 IS  . 


The  RAM  data  as  it  was  collected  at  Ft.  Carson  was  posted 

on  a large  chart  in  the  office.  This  chart  contained  interum 

calculations  for  MTTR,  MTBF,  and  Availability.  These  calculations 

were  all  made  using  raw  unscored  data  that  did  not  reflect  the 

true  accomplishments  of  the  system.  The  chart  was  used  to  brief 

many  visitors  and  many  people  used  the  figures  to  make  their 

weekly  reports.  The  Program  Managers  Office  condemned  this  prac- 
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condemned  this  prac- 


tice  on  many  occasions,  but  to  no  avail.  The  Program  Manager 
had  no  idea  where  this  information  had  be  distributed  and  conse- 
quently spent  many  hours  on  the  phone  correcting  the  erronious 
numbers . 

Check  Point  Fourteen*  Do  not  allow  data  to  be  distributed 

until  it  is  validated. 

The  OTEA  field  test  team  runs  the  operational  test,  but 
they  are  not  the  evaluators  of  the  test  data.  I strongly  feel 
the  people  evaluating  the  test  must  intimately  know  the  circum- 
stances under  which  the  data  was  taken. 


Check  Point  Fifteen* 


All  the  evaluators  of  the  test  data 
should  be  present  throughout  the  running 
of  the  test. 


18 


SECTION  IV 


SUMr^RY 


The  Program  Managers  optimistic  view  of  his  system  is  more 
than  balanced  by  OTEA’s  pessimistic  view.  This  paper  may  help 
the  new  Program  Manager  understand  this  relationship  and  plan 
for  some  of  the  stumbling  blocks.  I hope  this  check  list  will 
serve  as  a useful  tool  to  new  Program  Managers. 


Program  Managers  OT  II  Check  List 


Planning 

1.  The  Program  Manager  should  develop  as  many  contingency 
plans  for  OT  II  as  economically  possible.  These  con- 
tingency plans  should  be  developed  at  the  same  time  as 
the  test  design  plan  and  should  include  all  support 
agreements . 

Training 

2.  Select  nominees  for  training  that  '.vill  be  continuing 
in  the  service  after  OT  II  testing. 

3.  Training  should  contain  a high  percentage  of  hands  on 
experience  and  should  be  completed  just  prior  to  the 
start  of  the  OT  II  test. 

4.  Press  for  the  maximum  number  of  pre  OT  II  training 
slots  as  sconomieally  possible. 

5.  Include  the  user  as  part  of  the  training  program. 

Spares  k Test  Equipment 

6.  Have  an  agreed  upon  inventory  check  list  for  spares  and 
test  equipment. 

7.  If  the  contractor  is  involved  in  the  test,  have  him 
answer  to  the  Program  Manager  and  retain  a low  profile. 

8.  Insist  that  OTEA  observi  all  Maintenance  Demonstrations 
prior  to  OT  II  testing. 
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Manuals 


9.  Don't  be  reluctant  to  use  marked  up  manuals  during  OT 
II  testing. 

Warm  Up  Period 

10,  Do  not  allow  the  pressures  of  test  schedule  ani  re- 
sources to  obscure  the  objectives  of  the  test. 

Test  Management 

11.  The  Program  Manager  should  religiously  compare  the  Ot 
II  test  plan  to  the  validated  threat. 

Data 

12. . The  test  data  collection  documents  should  be  as  compat- 
ble  as  possible  throughout  all  the  test  in  the  life 
cycle  of  the  system. 

13»  All  data  recorders  should  be  instructed  to  report  facts 
and  not  personal  analysis. 

14.  Do  not  allow  data  to  be  distributed  until  it  is  vali- 
dated . 

15*  All  the  evaluators  of  the  test  data  should  be  present 
throughout  the  running  of  the  test. 
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APPENDIX  A - Definitions 


i 

AS ARC  - Army  System  Acquisition  Review  Council. 

DSARC  - Defense  System  Acquisition  Review  Council. 

MTBF  - Mean  Time  Between  Failures. 

MTTR  - Mean  Time  To  Repair, 
or  - Operational  Test. 

OTEA  - Operational  Test  and  Evaluation  Agency. 

OTIR  - Operational  Test  Incident  Report. 

RAM  - Reliability,  Availability  and  Maintainability. 

TRADOC  - Training  and  Doctrine  Command. 
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APPEND 1C  B 


1.0  GENERAL. 

1.1  Descripcion  of  the  system. 

a.  The  radar  set  AN7TPQ-36  is  designed  to  detect  mortar  and  artil- 
lery firings,  automatically  calculate  both  origin  and  point  of  impact, 
and  designate  the  hostile  weapon  location  accurately  for  countermortar 
and  counterbattery  fire. 

b.  The  AN/TPQ-36  is  a highly  mobile  radar  for  automatically  locating 
hostile  mortar,  cannon  artillery,  and  short-range  rockets.  An  automatic 
system  provides  the  capability  to  locate  weapons  firing  simultaneously 
from  multiple  positions.  In  addition,  the  radar  can  be  used  to  register 
and  adjust  friendly  mortar  and  artillery  fire. 

c.  Using  a combination  of  radar  techniques  and  computer  controlled 
signal  processing,  the  radar  detects,  verifies,  and  tracks  projectiles 
in  flight,  extrapolating  the  track  data  points  to  the  location  of  the 
firing  position.  When  the  location  has  been  corrected  for  altitude,  it 
can  be  automatically  transmitted  to  TACFIRE  by  the  operator. 

d.  The  radar  consists  of  an  S-250  shelter  carried  on  an  M-561  Gama 
Goat  which  pulls  the  antenna  trailer  assembly.  The  trailer  assembly 
includes  the  antenna  and  associated  electronics,  the  transmitter,  and  a 
major  portion  of  the  receiver.  The  S-250  shelter  provides  space  for  the 
operation  of  the  radar  and  includes  the  data  processing  hardware.  Power 
for  the  system  is  provided  by  a 10-kilowatt,  400-llertz  generator  which 
is  carried  or.  the  antenna  trailer.  The  shelter  and  the  antenna  trailer 
can  be  transported  by  helicopter. 


L 


appendix  B (Continued) 

e.  -Se^tware  (Modifications  to  the  AN/TPQ-36  yormic  eptimigatioo  for 
location  of  artillery  as  well  as  mortars,  however,  the  radar  will  pri- 
marily be  used  as  a mortar  locating  radar.  The  AN/TPQ-36  will  be  organic 
to  the  target  acquisition  battery  assigned  to  each  division,  and  the 
direct  support  battalion  of  each  separate  brigade.  The  division's 
AN/TPQ-36 's  will  be  allocated  by  the  division  artillery  tactical  opera- 
tions center  (TOC)  across  the  front.  The  using  artillery  battalion  will 
site  and  operate  the  radar  as  its  own.  The  radar  will  be  positioned 
within  the  division  area  where  it  will  provide  the  greatest  possible 
coverage  of  the  supported  brigade.  The  three  radar  sections  will  be 
employed  to  provide  movement  and  operational  alternatives  to  optimize 
radar  coverage/survivability  trade-offs  and  to  provide  coverage  to  the 
greatest  extent  possible  over  the  complete  division  front.  The  radar 
section  should  when  feasible,  be  located  near  a friendly  unit  for  mutual 
security  purposes.  Alternate  sites  must  be  selected  and  coordinated  to 
-allow  for  timely  fifth-order  survey  and  communications  with  the  supported 
unit.  Tactical  employment  will  be  in  accordance  with  FM  6-121  and  6- 
161.  The  electronic  warfare  (EW)  threat  will  probably  preclude  elec- 
tronic preparation  of  site  evaluation  charts. 

1.2  Purpose  of  test.  To  provide  data  and  associated  analyses  regarding 
the  operational  effectiveness  and  military  utility  of  the  radar  set, 

AN/TPQ-36  System  to  the  Development  Acceptance  In-Process  Review  (DEVA 
IPR)  . 
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APPENDIX  C 


DARCOM/TRADOC  9 September  1976 

FAILURE  DEFINITION  AND  SCORING  CRITERIA 
FOR  THE  AN/TPQ-36  MORTAR  LOCATING  RADAR  (MLR) 

PREFACE 

TO  BE  COMPLETED  AT  A LATER  DATE  (By  TRADOC) 

SECTION  I FAILURE  DEFINITION 

MORTAR  LOCATING  RADAR  FAILURE  DEFINITION:  For  the  purpose  of  assessing 
mission  reliability,  a failure  is  defined  as  any  malfunction  which  causes  inabil- 
ity to  commence  operations,  cessation  of  operation,  or  degradation  below  required 
levels  of  performance.  In  addition,  any  failure  which  causes  or  may  cause  a crit- 
ical or  catastrophic  hazard  to  personnel  or  equipment  as  defined  by  MIL-STD-882 
shall  be  charged  as  a reliability  failure. 


AMPLIFICATION: 

a.  The  following  are  considered  mission  reliability  failures: 

(1)  Any  mission  failure  stopping  operation,  the  cause  of  which  cannot  be 
traced  to  a specific  hardware  or  software  failure,  which  is  of  short  duration 
(not  to  exceed  5 minutes)  before  acceptable  operation  could  resume,  will  be  class- 
ified' as  an  intermittent  failure,  but  will  not  be  charged.  If  the  same  symptoms 
occur  more  than  once  within  24  mission  hours,  it  will  be  one  chargeable  reliability 
failure  and  repair  will  be  required.  (Note:  Due  to  the  fact  that  Bite  development 
is  a continuing  process  if  it  can  clearly  be  shown  during  the  scoring  conference 
that  an  intermittant  fault  indication  is  actually  a BITE  problem  which  has  been 
corrected  it  will  not  be  charged  as  a reliability  failure). 

(2)  Any  failure  that  occurs  during  the  test  that  does  not  meet  the  criteria 
for  non-relevant  classification  listed  in  b below.  (Note:  Relevant  failures  of 
GFE  will  be  included  in  the  system  reliability  but  will  not  be  charged  against 
the  radar  reliability). 

b.  The  following  are  not  considered  mission  reliability  failures: 

0)  For  simultaneous  related  malfunctions,  only  the  primary  mission 
stopping  malfunction  will  be  charged.  Secondary  failures  will  not  be  charged 
against  reliability.  (Secondary  failures  are  defined  in  MIL-STD-781 ) . 

(2)  Failures  resulting  from  not  following  prescribed  operational  or  main- 
tenance procedures  or  schedules. 

(3)  Failures  resulting  from  test  item  abuse,  obvious  operator  or  technician 
errors,  or  accidents  not  caused  by  component  failure  or  design  characteristics. 
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APPENDIX  C (Continued) 


(4)  Failures  detected  during  initial  inspection  (equipment  inventory/ 
inspection  prior  to  test  initiation.) 

(5)  A failure  that  reoccurs  as  a result  of  an  ineffective  repair  of 
a previously  charged  failure  will  not  be  charged  against  reliability  since 
it  was  an  improper  maintenance  action  and  not  a reliability  problem. 

(6)  Failures  of  incidental  items,  i.e.  light  bulbs  or  LED's  which  are 
missing  up  to  3 dots. 

(7)  Scheduled  replacement  of  parts/components  before  failure  or  fail- 
ures of  limited  life  items  after  their  life  period,  shall  not  be  charged. 

This  applies  only  to  parts/components  listed  prior  to  failure  occurrence  in 

a contractor  furnished,  government  approved  limited  life  item  list,  e.g.  TM's. 


(8)  Malfunctions  that  normally  could  be  corrected  by  use  of  an  operator 
adjustment  shall  not  be  charged  if  acceptable  operation  can  be  resumed  within 
5 minutes  by  the  operator. 

(9)  Automatic  turn-off  of  the  transmitter  due  to  crowbarring,  etc. 

if  the  transmitter  comes  back  on  after  3 or  less  attempts  to  reset.  A fail- 
ure will  be  charged  if  more  than  8 transmitter  turn-offs  occur  within  24  mission 
hours.  During  turn-on  of  the  transmitter  3 attempts  at  starting  are  allowable. 

NOTE:  The  transmitter  shutdowns  are  primarily  to  protect  the  TUT  from 
damage,  and  are  a function  of  the  particular  TUT  in  the  radar. 

(10)  Failure  due  to  overstress  conditions  beyond  those  specified  in 
the  MN. 

(11)  Any  phantom  tripping  of  a circuit  breaker  will  not  be  charged 
unless  it  exceeds  two  trips  in  24  mission  hours.  One  failure  will  be  charged 
for  each  24  mission  hours  in  which  any  one  circuit  breaker  trips 

(12)  Failures  that  are  discovered  during  non-mission  time,  and  either 
did  not  impact  a mission,  or  would  not  have  impacted  a more  stressing  mission 
are  not  chargeable.  (Only  failures  that  occur  during  official  mission  time 
will  be  charged). 

(13)  Any  malfunction  that  is  charged  against  performance  will  not 
also  be  charged  against  reliability. 
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SECTION  II 
SCORING  CRITERIA 

Each  chargeable  failure  as  defined  in  SECTION  I shall  be  scored  against 
Mission  Reliability  (Rmis)  in  accordance  with  the  following  scoring  criteria. 

(1)  Any  failure  that  causes  a mission  abort  (the  test  is  stopped)  or  would 
cause  the  abort  of  a mission  of  a fielded  system  shall  be  charged  against  Rmis. 
(If  a failure  occurs  during  a particular  mission  that  does  not  affect  the  success 
of  the  mission,  but  would  affect  a more  stressing  mission  (still  within  spec) 

it  will  be  charged). 

(2)  Failure  of  self-test  circuitry  that  does  not  indicate  a personnel  safe- 
ty or  equipment  hazard  condition  shall  not  be  charged  against  Rmis. 

(3)  If  a backup  mode  of  operation  can  be  utilized  within  5 minutes  by  the 
operator  or  crew  to  complete  the  mission  after  a failure  occurs,  no  charge  will 
be  made  against  Rmis. 

(4)  Failures  of  itans  that  are  redundant,  and  do  not  degrade  performance 
to  levels  below  those  required  by  the  MN  shall  not  be  charged  against  Rmis. 

Redundant  items  in  the  radar  include: 

a)  64  phase  shifters  (61  of  64  required) 

b)  64  phase  shifter  drivers  (61  of  64  required) 

c)  2 vertical  channels  of  the  B Scope  (1  of  2 required) 
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SECTION  III 

RELIABILITY  DETERTIINATION 

1.  For  the  purpose  of  computing  mission  reliability  the  following  will  apply; 

a.  The  total  mission  time  will  include  the  movement  of  the  radar,  emplace- 
ment,- stand-by.  operation,  and  displacement,  of  the  radar.  These  times  will  be 
planned  in  advance  and  recorded  by  the  test  agencies. 

b.  If  a failure  occurs  during  the  course  of  a prescribed  mission  the  "clock" 
will  stop  until  the  system  is  returned  to  an  operational  state  at  which  time  the 
"clock"  for  computing  mission  time  will  again  start.  (An  example  is  provided  in 
Appendix  B). 

2.  The  mission  reliability  of  both  the  radar  and  the  total  system  will  be  cal- 
culated (Note:  This  will  require  that  the  test  agencies  determine  the  cause 

of  failure  of  all  GFE  to  determine  the  relevance  of  the  failure,  e.g.  did  a gen- 
erator failure  occur  because  of  dirty  fuel,  improper  preventive  maintenance,  etc..) 

3.  Reliability  will  be  determined  first  by  computing  the  mission  MTBF.  This 
will  be  the  total  number  of  mission  hours  divided  by  the  total  number  of  "mission- 
stopping" failures  as  defined  in  the  above  Failure  Definition  and  Scoring  Criteria. 
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SECTION  IV 

LOGISTICS  IMPACT  OF  FAILURES 

For  the  purpose  of  assessing  the  logistics  impact  of  failures  not  chargeable 
against  mission  reliability,  failures  of  the  system  that  require  unscheduled 
mainten’a’ric’e ’actions  will  be  used  to  determine  the  mean  time  between  unscheduled 
maintenance  (MTBMu). 

AMPLIFICATION: 

1.  Failures  that  require  unscheduled  maintenance  resources  will  be  used  to  de- 
termine (MTBMu). 

2.  Any  failure  chargable  against  mission  reliability  will  be  used  to  determine 
MTBMu.. 

3.  The  following  will  not  be  considered  when  computing  MTBMu. 

a.  Replacement  of  incidentals  as  previously  described. 

b.  Replacement  or  repairs  of  failed  items  done  during  scheduled  maintenance 
time.  (Bydefinition  this  cannot  be  unscheduled  maintenance). 


c.  Replacement  of  redundant  circuitry  replaced  as  a matter  of  convenience. 
E.g.  if  a failed  phase  shifter  driver  is  replaced  as  a matter  of  convenience 
rather  than  necessity  it  will  not  be  used  when  computing  MTBMu. 

d.  Maintenance  required  as  a result  of  operator  and/or  technician  errors 
or  accidents. 

e.  Minor  repairs  or  adjustments  requiring  less  than  5 minutes  or  done  with- 
out impacting  on  a mission. 


4.  See  Appendix  C for  examples. 
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APPENDIX  I 

TERMS  AND  DEFINITIONS 

1.  Mission  Reliability  (Rmis) 

a.  The  basic  technical  measurement  will  be  mean-time  between  mission  crit- 
ical failures  (MTBF  mis). 

b.  A mission  critical  failure  is  any  malfunction  that  will  prevent  an  op- 
erationally ready  item  from  accomplishing  its  primary  mission. 

c.  Rmis  is  the  basic  expression  of  the  radar's  ability  to  perform  its  min- 
imum essential  functions  for  the  duration  of  one  specified  mission  given  that 

it  was  operationally  ready  at  the  start  of  the  mission. 

d.  Rmis  will  include  only  hours  expended  during  the  performance  of  a mis- 
sion, as  defined  by  a test  plan  prior  to  the  mission,  including  transportation, 
emplacement,  displacement,  initialization,  standby,  radiate, 

or  any  other  mission  oriented  operation.  Any  failure  that  occurs  at  a time  other 
than  actual  mission  time  cannot  be  charged  against  Rmis. 

2.  Repair  - The  replacement  of  a failed  part/component  with  a new  part/  compon- 
ent of  the  same  design  and  rating  to  return  the  system  to  operation  after  a mal- 
function. 

3.  Corrective  action  - A change  in  system  design  to  reduce  the  frequency  of  oc- 
currence of  a failure  mode  (This  includes  changes  of  a component's  value,  rating, 
etc.) 

4.  Mission  time  - The  time  that  is  expended  during  the  performance  of  a mission, 
as  defined  by  a test  plan  prior  to  the  mission,  including  transportation,  emplace- 
ment, displacement,  initialization,  standby,  radiating,  or  any  other  mission 
oriented  operation. 


mODERn  flUTOmflTED 
RRDflR  SYSTEfTl  PROVIDES 
STROnG  SUPPORT 
FOR  THE  FIELD  ARfriY 

The  automated  AN/TPQ-36  Radar  delects  first-round 
mortar  firings,  automatically  calculates  their  origin,  and 
designates  the  weapon  location  accurately  for  counter- 
mortar  fire.  AN/TP(J-36  design  is  optimized  for  mortar 
location  in  co-deployment  with  the  AN/TPQ-37  Artillery 
locating  Radar. 

HUGHES 

HUGHES  AiRCMAFT  company 
GItOUNO  STtTEMS  GMOUP 


ANilPQ  16  Miutat  ItxHirtfi  Rjf/dr  devf'lopt'd  under 

dtrrttian  at  the  Froject  Man^prr.  Mortar  and  Artillery  Locating 
Radars  (MALOKf.  if  ^ Armv  f <<•< tfoni< ^ Command,  F«)rj  Monmf)Oth, 
New  frr\ey  Cfntract  No  PAAH07-74-C  0012 
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(NTCRfEAENCE  fROM  CLUTTEJI  AND  JAMMING  . Excellcm 
rfjection  of  c/uKer.  jimming  and  f/nm  ofhtv  radars 


. - a**r 

K 5» 


SURVIV40ILITr  . 5cfr  -fonMtned  mcKiw/ps  providr  mobi/py  in  Iasi 
mov/ng  bjM/o.  arni  ate  qunkly  'cl  up  in  ramou//.jpo  or  iwcimoni 
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UJORLD-UUIDE  OPERfiTIOfl 

Capability  of  the  AN/TI’Q-3f>  to  operate  effectively  in  all 
environmental  extremes  will  be  demonstrated  by  rigorous 
laboratory  and  mobility  testing.  The  shelter  can  be  condi- 
tioned to  provide  operator  comfort  in  any  locale. 


Built-in  lf.sf  vquipmcnt  facilitatv'^  maintonanro  by  indicating /ju/J  /oration 


HIGH  SYSTGm  PVniLPBILITY 

Designed  for  simple  field  mnintenance  hy  enlisted 
orgcini/ationdl  repai/men,  the  AN/TPQ*3f>  incorporates 
exlenvisc*  liuilt  m t<*s|  ec^uipment  Under  (ornpultn 
control,  the  system  performs  self-diagnostics,  fault 
detec  tion  and  isolation  Use  of  proven  relialile  solid 
st.Ue  components  ensures  high  availability, 

LOUJ  PRODUCTIOn 
PPD  LIFE  CYCLE  COSTS 

A rigorous  design-to-cost  engineering  effect,  plus  low 
manning  requirements  for  deployment,  operation  and 
maintenance,  allow  the  AN  TPQ-.'U>  to  be  purchased  and 
owned  at  the  lowest  possible  cost 

live  firing  tests  on  the  Engineering  Development  Models 
are  sclu’duled  for  1975,  with  production  bc’ginning  in  1977. 


HUGHES 

MU&Mf  ' 

GROUND  SrSTfMS  CROUR 

‘44l)RH  » hi  A TA  14  , ) • 
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( h<»M/4)n  stjn  t*lcclrf)nic  ■ h/jnirJ  .ifnnf  '♦;l® 

s<-etof  «>  .inrf jufom.ifu j/Zy  (rjilrnf^  oi  ntnrt.if  rimnih 

• A/imulh  scan  |ust  above  Ihe  hoi  i7on  estal)livhes  an 
ele<  Ironic  •<(  rec*n  over  neailn  enenn  positions  Mortal 
firings  are  (ieterCed  as  the’  pass  through  sensitive 
high  data  ralf'  survc'iilanc  sc  re(*n. 

• I he  comtniler  instantly  clirec  ts  the  radar  to  point  a 
verification  bc’ani  at  c*a(h  target,  then  aulomaticalls 
initiate's  Irac  k 

• f liters  in  tfie  signal  and  data  processors  rep'r  I feturris 
IrofTi  ground.  wcMthcT,  buds,  msec  Is  and  dislar^t  am  raft 

• While  c onfiniiing  the  searc  h program  and  trac king  all 
veritied  taigc'ts  the  cornpiitc'r  back  tracks”  each  she’ll 
tiaie’c  tors  terits  origin  I oe  at  ion  data  is  displa\('d  tor 
the’  ope'rator  who  tiansmits  the’  target  map  c oeirdinatev 
to  tfie  arltlU'rv  for  C’tte’C  live*  c ounle’rf ire’ 
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TUJO  LIGHTUUGIGHT 
TRflnSPORTRBLG 
mODULESCRRRYGflTIRG 
fin/TPO-36RRDflRSYSTGm 


Org.inic  lo  direct  support  field  artillery  battalions,  the 
AN/TPQ-36  will  be  deployed  dose  to  the  battle  line.  Highly 
mobile,  the  radar  system  can  be  moved  quickly  into  a 
battle  /one  and  be  set  up  by  a small  crew  within  minutes. 

It  can  be  ready  for  march  order  in  even  less  time.  The 
system  can  be  transported  by  a single  Gama  Goat 
articulated  vehicle,  cuo  aircraft  or  Army  helicopters. 


ANT€NNA  TRAiLER  ihv  .tnlonnj,  hvam  stcvnnfj  computer, 

trinsmilter  \i>me  of  the  retener  and  the  prrme  power  unit 

Operator  capacity  is  enhanced  by  the  TPQ-36  automated 
aids  and  the  effit  lent  work  station  in  the  shelter.  The 
operator  sets  operating  criteria;  in  response  the  system 


OPERATIONS  SHELTER  rontaim  all-dipiljl  i/pn.il  prorr'-'-nr.  mint- 
computer.  radar  di*-pla\'-  and  rontroh,  jnd  tomnuinnaiion  t.K  il’t  >•% 


• For  us  radar  resources  on  small  priority  zones  and  reject 
fire  from  ( ensor  /ones  which  contain  friendly  forces. 

• t^islinguish  between  projectiles  on  the  basis  of  direction 
(toward  or  away  from  the  radar),  velocity,  and 
acceleration. 

• Detect  a first-round  firing,  volley  fire  from  a single  fire 
unit  nr  simultaneous  firing  from  several  units. 

• Simultaneously  search,  verify  r(*turns  and  track  valid 
targets,  a flexibility  inherent  in  inertialess  beam  steering. 

• Automatically  adapt  radar  performance  lo  the  density  of 
the  threat  by  increasing  the  selectivity  of  detection 
parameters  as  the  number  of  targets  increases. 


• Discriminate  between  enemy  weapons,  giving  priority  to 
new  weapons. 

• Automatically  display  to  the  operator  the  highest 
priority  weapon  as  a small  spot  of  light  on  a rotating 
cylindrical  map  of  the  batt'e  area  on  the  Wc  apon 
Display  Console. 

• Simultaneously  pre^semt  the  weapon  (lo^ition  as  a 
decimal  display  of  site  ccw^rdmates 


The  operator’s  function  is  lo  cjuickly  measure  the  site 
altitude  from  ma[)  contours,  refine  the  computer  trial 
locatum  hv  correcting  range  error  due  to  height 
differences,  and  transmit  the  coordinates  to  the  Artillers' 
fire  Direction  Centtu.  The  computer  immediately  presents 
the  next  prioritv-ordered  target  with  its  site  coordinates. 
With  this  secjuence,  many  weapons  can  be  handled  c;uickK 
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